-
Notifications
You must be signed in to change notification settings - Fork 36
Interpolate DynamicPPL.check_dot_tilde_rhs
into macro
#867
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Benchmark Report for Commit 8fdf764Computer Information
Benchmark Results
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #867 +/- ##
=======================================
Coverage 84.87% 84.87%
=======================================
Files 34 34
Lines 3815 3815
=======================================
Hits 3238 3238
Misses 577 577 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Pull Request Test Coverage Report for Build 14113498477Details
💛 - Coveralls |
Pull Request Test Coverage Report for Build 14114662600Details
💛 - Coveralls |
IIRC we thought about this a long time ago - I'm still not sure whether it's (easily) possible but it would have prevented this issue: Put |
0e2fac1
to
8fdf764
Compare
@devmotion Since you commented, I'll ask you to green-light this :) |
Fixes #868
The function itself needs to be interpolated, otherwise it will be left to the caller to resolve. This is OK if they have imported DynamicPPL (as used to be the case in Turing 0.36) but now since Turing no longer exports DynamicPPL,
check_dot_tilde_rhs
can no longer be accessed by the user.I suppose this also guards against users redefining the function themselves 😄